home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 7967 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.7 KB  |  62 lines
  1. Path: news.informatik.uni-muenchen.de!usenet
  2. From: Kurt Watzka <watzka@stat.uni-muenchen.de>
  3. Newsgroups: comp.lang.c
  4. Subject: Re: realloc(NULL,100)
  5. Date: Thu, 29 Feb 1996 13:47:48 +0100
  6. Organization: Institut fⁿr Statistik
  7. Message-ID: <3135A074.640C@stat.uni-muenchen.de>
  8. References: <31346CB0.41C67EA6@jupiter.di.uminho.pt>
  9. NNTP-Posting-Host: pc7.stat.uni-muenchen.de
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Rui Bastos wrote:
  16.  
  17.  
  18. >    Does anybody knows what's the expected behaviour of this program?
  19. > 
  20. > #include <stdio.h>
  21. > #include <malloc.h>
  22.  
  23. Who knows what your non-standard header <malloc.h> contains.
  24. Maybe it defines something like
  25.  
  26. #define realloc(x, y)    exit(*x - y)
  27.  
  28. Is there a specific reason _not_ to include <stdlib.h> if
  29. you want to use realloc()?
  30.  
  31. > 
  32. > main()
  33. > {
  34. >    void *x=NULL;
  35. >    x=realloc(NULL,100);
  36. >    printf("%p\n",x);
  37. > }
  38. > 
  39. >   I tested it under diferent compilers/operating systems
  40. > and  it returns null, others returns a valid address and other
  41. > crashes.
  42. > 
  43.  
  44. The expected behaviour with a _correct_ prototype for
  45. realloc() in scope is that "realloc() behaves like
  46. malloc() if the first parameter is NULL", so both 
  47. returning NULL and a valid address are within the realms
  48. of "expected behaviour".
  49.  
  50. > PS please and send me an email if you reply to this post.
  51.  
  52. If you want to reduce the noise level on this newsgroup,
  53. ask for email replies _and_ offer to post a summary of
  54. the answers you get.
  55.  
  56. There is a good reason _not_ to ask for private email replies.
  57. Sometimes the person that replies is _very_ wrong in his/her
  58. relpy. The collective wisdom of c.l.c will almost certainly
  59. spot inaccuracies in an answer and correct them.
  60.  
  61. Kurt
  62.